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[00001 This application derives priority from PCT 

International Application No^_PCT/CN20Q3/Q00643, filed on 

August 8, 2003, whic h designates t he Unit ed Sta tes, and which 
derive s priority from Chinese Application No. 02130031 ,J3j_ 
filed on Aug ust 10, 2002, both o f which are incorporated by 
reference herein. 



Field of the Invention 
f 00011 The present invention relates to data transmission, 
particularly to a flow-control method for data traffic 
transmitted through Synchronous Digital Hierarchy (SDH) 
network . 



Background of the Invention 
[00021 As SDH network evolves rapidly, EoS (Ethernet over 
SDH/SONET) technology is used more and more widely; 
therefore, how to implement data applications through SDH 
network efficiently becomes a crucial issue. In Ethernet 
transmission applications through Metropolitan Area Network 
(MAN) , the distance between two sites can reach 1-2 hundred 
km, and virtual cascaded mapping pattern for EoS, so the time 
delay of data transmission between two sites may be as high 
as several milliseconds or even tens of milliseconds. In 
addition, Ethernet traffic has outburst feature,- i.e.., 
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instantaneous flow rate maybe very large, therefore the 
instantaneous flow rate may even exceed the pre-assigned 
bandwidth . 

r00031 Presently, a common flow-control mechanism is CAR 
(Committed Access Rate), i.e., in case of network congestion, 
the data beyond the CAR will be discarded by using priority 
or others like. A disadvantage of the control mechanism is 
that it often results in severe packet loss, which will 
severely degrade network performance in common TCP/IP 
applications; especially for the TCP/IP protocol that is 
extensively used, packet loss will result in severely 
degraded application performance. For example, suppose lOM/b 
Ethernet devices are used in a TCP application and the 
AckTime is set as 5s, Frame Loss Ratio (FLR) 1% will result 
in serviceability degraded by 98% for 1,500-Byte Ethernet 
frames . 

r00041 In some network — tranomiooion — cascsEoS EoS devices, the 
PAUSE frames generated at a user data device a^ emay be 
transferred to the opposite user data device; however, such 
data transmission devices directly transfer PAUSE frames 
generated by user data devices, and said method is only 
suitable for short distance instead of long distance because 
t&e — transmission — device — only — tranof crs said PAUSE frames a*H=i 

docsn 1 1 generate flow - control inf ormat ion will be delayed 

during trans mission ; in addition, if the user device at 
either end doesn't support PAUSE frames, said method can't be 
used. 

[00051 As shown in Fig.l, the EoS device comprises 3 parts: 

Ethernet access parts, which comprise Physical Layer (PHY) 

and Media Access Control (MAC ) ; encapsulating and 

decapsulating parts, the encapsulation may be LAPS (Link 

Access Protocol-SDH), HDLC (High Level Data Link Control), or 

GFP (General Framing Procedure) , and mapping and demapping 

parts, the mapping method may be virtual cascading or 
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cascading . 

[00061 Suppose the bandwidth of SDH network is 1 VC3 (i.e., 4 5M 
at maximum ) , if the data transmitting rate of user data 
device A exceeds 1 VC3, the residue Ethernet frames are 
stacked at the encapsulating part A because the flow at 
Mapping part A is constant (1 VC3) according to the prior 
art; when the cache of encapsulating part A is used up, the 
data in MAC A can't be sent to encapsulating part A any more; 
therefore, if Ethernet flow control is enabled, PHY+MAC A 
will send PAUSE frames (full duplex) or back pressure (half 
duplex) to user device, shown as the dotted line 1 in Fig.l 
(if Ethernet flow control is disabled, MAC A will discard the 
residue Ethernet frames, referring to IEEE802.3x document for 
Ethernet flow control) , as a result, the transmitting speed 
of device A will be decreased to below 1 VC3 to prevent 
packet loss and severely degraded network performance. 

[00071 If the transmitting speed of device A is lower than 1 
VC3 but the receiving speed of device B is less than the 
transmitting speed of device A due to certain reasons (for 
example, device B is attached with a plurality of 10M devices 
but only one of them is working) , the traffic from device A 
to the transmitting end of EoS device B will not be blocked, 
instead, device B will be blocked; thus, according to the 
specification in 802. 3x, device B will send 802. 3x flow- 
control information (may be PAUSE frames or back pressure 
signals) to ports of th e EoS device , which is directly 
connected to it (i.e., the dotted line 2 in Fig.l); according 
to the specification in 802. 3x, the flow-control information 
will be terminated by MAC B instead of being transferred to 
device A; at the same time, MAC B will stop sending data to 
device B and — fc^e — data will — not bo — tranof erred — te — device 
but device A continues sending data at original speed, thus 
the Ethernet frames from device A stack up at the 

decapsulating part B or MAC B; when the caches at these 
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positions are used up, packet loss will surely occur at EoS 
#B; therefore, though both device A and device B are 802. 3x 
Ethernet flow control-supporting devices, packet loss is 
inevitable after the EoS device. It indicates that 
traditional 8 02 . 3x-based technical solution is unable to 
ensure Ethernet flow control with EoS devices. 



Summary of the Invention 
r00081 The object of the present invention is to provide a 
high-performance flow-control method for data traffic 
transmitted through SDH network to realize lossless 
transparent transmission of Ethernet data through SDH 
network . 

T 00091 According to the present invention, a flow-control 
method for data traffic transmitted through SDH network 
comprises the following steps: 

A. A-: During data transmission through SDH 

network, the encapsulating part ef EoS 

processing device creating and encapsulating 
LFP (Line Flow-Control Protocol) frames 
according to the utilization condition of the 
frame cache inside ; 

B . B~= — Said LFP frames being mapped to SDH payload 
as common data frames and transferred to the 
opposite device; 

C . €-: Said opposite device demapping the SDH 

payload, and the — dccapsulating part — e-# the EoS 
processing device identifying said LFP frames 
and phrasing and executing flow control 
information in the LFP frames. 

rOOOlOI. Said step of creating and encapsulating LFP frames 

further comprises the following steps: 

r000in_ Al . In the uplink direction of said EoS device, the 

encapsulating part &€ EoS processing device keeping on 
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monitoring the data volume in the cache inside and creating 
LFP frames with corresponding control field; if the data 
volume exceeds the upper threshold, said encapsulating part 
periodically sending LFP frames, the control field of which 
controls to stop sending; if the data volume is lower than 
the lower threshold, said encapsulating part periodically 
sending LFP frames, the control field of which controls to 
start sending; if the data volume is between the lower 
threshold and the upper threshold, said- encapsulating part 
stops sending LFP frames ; 

[000121 A2 . Said LFP frames are inserted in the head of the data 
queue to be encapsulated and is given the priority to 
encapsulate; if no Ethernet frames are being encapsulated, 
said LFP frames are encapsulated immediately; otherwise they 
are encapsulated immediately after the current Ethernet 
frames are encapsulated. 

r000131 The carrier of LFP frames can be configured as standard 
PAUSE frame structure defined by 802. 3x. 

r000141 The advantage of the present invention is: through LFP 

frames, flow control information is transferred between EoS 

devices through the SDH network; the tranomiooion EoS devices 

generate LFP frames and transfer network flow control 

information between each other so as to achieve lossless 

transmission of outburst Ethernet data in the SDH network 

that transmit data periodically, in order to significantly 

enhance the performance of data applications. The present 

invention enables transmission of flow control information 

between EoS devices * and also support full duplex or half 

duplex devices attached to EoS devices, for example, a full 

duplex device may be attached to one end of the EoS device, 

and a half duplex device may be attached to the other end of 

the EoS device, or half duplex devices may be attached to 

both ends of the EoS device; The EoS processing device keeps 

on monitoring the data volume in the cache to avoid flow 
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control failure due to some reasons such as LFP frame 
transmission failures; therefore, the present invention is a 
high-performance method for flow -control ^method for data 
traffic transmitted through SDH network — information and has 
high applicability and reliability. 

Brief Description of the Drawings 

[000151 Fig . 1 is a schematic diagram of flow control implemented 
according to the prior art. 

[000161 Fig . 2 is a schematic diagram of LFP process according to 
the present invention. 

Detailed Description of the Embodiments 

r000171 The present invention will be described in further 
detail with reference to the following embodiments and the 
drawings. The present invention will be described with the 
example of A-B data transmission; the processing method for 
B-A data transmission is similar. 

r000181 In the present invention, during the data transmission 
through SDH network, the EoS devices transfer flow-control 
information through LFP frames between them; the carrier of 
LFP frames can be configured as standard PAUSE frame 
structure defined by 802. 3x. 
N r000191 During SDH mapping, the mapping part of EoS device 
processes both Ethernet frames and LFP frames as common data 
frames; the control field of said LFP frames is OxOFFFFH or 
OxOH and is controlled in a Xon/Xoff control way. 

[000201 In addition, because time delay will be generated during 
LFP frame transmission, appropriate caches are required to 
compensate the time delay; the LFP frames are implemented on 
the basis of in-band management, i.e., LFP frames and common 
Ethernet data frames are transferred through the same 
♦ transmission paths. 

r000211 As shown in Fig. 2, in the uplink direction, i.e., the 

system direction, e.g., the direction of EoS#A - SDH network 
6 



OP030122 ( oriqinal amended clean ) 

-7- 

in Fig. 2, take an example for EoS#A, the encapsulating part 
e# — fe&e — EoS processing device, according to the lower/upper 
threshold of frame cache (reflecting utilization of cache) , 
will generate LFP frames, the control field of which is 
OxOFFFFH or OxOH; said LFP frames are processed as common 
Ethernet data frames in the mapping part of the EoS 
processing device; however, to enhance the performance of 
LFP, the priority is given to the LFP frames to send to the 
mapping part of the EoS processing device; in the downlink 
direction i.e., the direction to user device, e.g., the 
direction of SDH - EoS#B in Fig. 2, the dccapaulating part of 
the EoS processing device identifies the LFP frames; if the 
LFP frames are detected, it explains and executes iFP — fe-e 
achieve — L-F-Pthe flow-control information carried in said_LFP 
frames . 

r000221 If the receiving end (i.e., "AR" shown in Fig. 2) of user 
device attached to EoS#A is blocked, the data volume in cache 
A will increase because the demapping part A continues 
working normally; when the data volume reaches to the preset 
upper threshold, the dccapoulating — part EoS device A will 
generate LFP frames, the control field of which is OxOFFFFH, 
and said LFP frames are inserted in the head of data queue at 
the encapsulating part A and is given the priority to 
encapsulate. The process is: if there is no Ethernet frames 
being encapsulated at the encapsulating part A, said LFP 
frames will be encapsulated immediately; otherwise said LFP 
frames will be encapsulated immediately after the current 
Ethernet frame is encapsulated; then the encapsulated LFP 
frames will be mapped, transferred from the SDH network and 
the demapping part B to the decapsulating part B, which 
identifies the LFP frames and processes it in either of the 
following ways: 

1 . ■!-= — LFP transparent: This way is suitable 
for the case in which the network delay 
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is small and the distance between two 
sites is short. In this way, the 

dccapsulating pgrt EoS device B will 

phrase and execute the LFP frames 
according to the characteristic of the 
data device (full duplex or half duplex) 
attached to it. 

["000231 If the user device B attached to the EoS device B works 
in full duplex mode, the LFP frames will not be phrased, 
instead, the LFP frames will be directly transferred to the 
user data device B; the detailed process is: if the 
decapsulating part B isn't sending data to the Ethernet 
access part BR, it will send the LFP frames immediately to 
the Ethernet access part BR; otherwise it will send the LFP 
frames immediately after the current Ethernet data is sent, 
in this case, the LFP frames will not pass through cache B in 
order to enhance its performance. 

[000241 If the user data device B attached to the EoS device B 
works in half duplex mode, the control field of the LFP 
frames should be phrased, i.e., if it is OxOH, the back 
pressure control signal will be canceled; otherwise the back 
pressure control signal will be sent to make the user device 
B attached to EoS#B detect a conflict and thus stop 

transmitting Ethernet data to the encapsulating pgrt EoS 

device B. 

r000251 2 . LFP Regeneration: The dccapoulat ing part EoS device B 

phrases and executes the LFP frames; if the control field of 

the LFP frames is not OxOH, i.e., — the EoS device is 

disabled from sending data , the encapsulating part will stop 

working, i.e., it stops receiving data from Ethernet access 

part BT; if the LFP frames arc generated by the dccapsulating 

part — B — itself, — t-he — fcFP — frames — will — be — sent — fee — feh-e — demapping 

part B hower, if th e EoS B devi ce its elf generates LFP frames 

at this time, the encapsulating part B still forwards the LFP 
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frames to the mapping part B, i.e., in any cases, the LFP 
frames shall be forward to the mappijig^part via the 
encapsulating part^. Thus the data from Ethernet access part 
BT will stack up at the encapsulating part B and will finally 
cause the user device B stopping sending Ethernet frames 
according to 802. 3x Ethernet flow control protocol, i.e., no 
data will be transmitted to BT; if the control field of the 
LFP frames is OxOH, i.e., IrF ^the EoS device is enabled to 
send data , the encapsulating part B will work normally, and 
encapsulate and send Ethernet frames from the Ethernet access 
part BT to the mapping part B. 

1*000261 In this mode, the devices attached to EoS devices at 
both ends of the SDH network are not required to work in full 
duplex; instead, they are only required to support standard 
802. 3x flow control operation. That is to say, the user 
device at one end may work in full duplex mode while the 
device at the other end may work in half duplex mode; or the 
devices at both ends may work in half duplex mode. 

r000271 After the user device B attached to EoS#B stops sending 
data to EoS#B, i.e., there is no Ethernet frame input at BT, 
the data volume in cache A of EoS#A will be reduced 
gradually; when the data volume reaches to the lower 
threshold, the decapsulating part A will generate LFP frames, 
the control field of which is OxOH; said LFP frames are given 
the priority to send to the decapsulating part B in EoS#B and 
is phrased and executed; as a result, the user device B 
attached to EoS#B will send data again. 

C000281_ In order to avoid LFP control failure due to accidents 

such as LFP frame transmission failures, the EoS processing 

device keeps on monitoring the data volume in the cache; when 

the data volume exceeds the upper threshold or is lower than 

the lower threshold, the EoS processing device will 

periodically send LFP frames with corresponding control 

field; if the data volume is between the upper threshold and 
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the lower threshold, the EoS processing device will stop 
sending LFP frames; if the data volume exceeds the upper 
threshold, it will periodically send LFP frames, the control 
field of which is OxOFFFFH; if the data volume is lower than 
the lower threshold, it will periodically send LFP frames, 
the control field of which is OxOH. 

r000291_ The lower, upper thresholds and time intervals are 
configurable, and the time intervals may be different to each 
other. It is recommended that the time interval for resending 
LFP frames with the control field OxOFFFFH should not be too 
long and the time interval for resending LFP frames with the 
control field OxOH should not be too short, so as to avoid 
excessive occupation of available bandwidth. 

r000301 Presently, the format of LFP frames is identical to that 
of standard 802. 3x PAUSE frame in order to simplify LFP frame 
transparent scheme; however, other formats may also be 
acceptable if corresponding format conversion at the 
receiving end in LFP transparent mode is performed; as for 
LFP frame regeneration scheme, format conversion is 
unnecessary because the LFP frames are only transferred 
between EoS devices . 

r000311 The present invention is also applicable to SONET 
network, and the principle and control process are similar. 
So the case in which the present invention is applied to 
SONET network will not be described here. 
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Abstract 



A flow-control method for data traffic transmitted through SDH network, 
wherein: during data transmission through the SDH network, the EoS device 
generates and encapsulates LFP frames, maps the LFP frames into SDH 
payload, and transmits the SDH payload to the opposite device, which demaps 
the LFP frames from the SDH payload and executes the flow control 
information carried in the LFP frames; the carrier of the LFP frames may be 
standard PAUSE frame structure defined by 802. 3x; LFP frame transparent or 
LFP frame regeneration may be used when the decapsulating 
partidentifies EoS device identifies LFP frames; the present invention is a 
high-performance method for flow control of data transmission, with high 
applicability and reliability. 
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